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(54) Characterising compressed bitstreams 



(57) Compressed bitstreams are characterised by 
generated graphical displays that display useful infor- 
mation related, for example, to the quality of the data 
contained in the bitstream. One set of graphical displays 
indicates lead time between receipt of packetized data 
and the corresponding decode or presentation time- 
stamp. Another set of bar graphical displays provides 
information related to bits per picture by (A) indicating 
fractions of useful bits versus zero-stuffing bits per pic- 



ture, (B) distinguishing field pictures from frame pic- 
tures, and (C) plotting bars as a function of presentation 
or decode time rather than picture number to indicate 
the presence of 3:2 pulldown frame structure in the bit- 
stream. Yet another set of graphical displays corre- 
sponds to coefficient/quantization (C/Q) diagrams that 
plot combinations of quantization level and number of 
non-zero quantized coefficients for sets of picture 
blocks. 
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Description 

[0001] The present invention relates to characterising 
compressed bitstreams. 

[0002] An illustrative embodiment of the present in- 
vention relates to data processing, and, in particular, to 
measures for characterising compressed video and au- 
dio bitstreams, and to apparatus for characterising com- 
pressed video and audio bitstreams. 
[0003] It is known to compress digital video and audio 
signals for storage and/or transmission for subsequent 
and/or remote decompression and playback. Algo- 
rithms for performing such digital video and audio com- 
pression are specified by various groups, such as the 
Motion Picture Experts Group (MPEG). MPEG standard 
algorithms, such as MPEG-2, are defined in terms of the 
syntax of the bitstreams and the process for decoding 
those bitstreams. Encoders conforming to these stand- 
ards must be able to generate bitstreams with the de- 
fined syntax. Nevertheless, the exact processing imple- 
mented by such encoders might not be specified by the 
standards and can therefore vary from encoder to en- 
coder. Moreover, some encoders can be controlled to 
generate bitstreams for different applications, such as 
high-quality playback, which may involve relatively large 
bitstreams, or real-time transmission, which may involve 
relatively small bitstreams. Thus, for example ; two dif- 
ferent MPEG video encoders may generate two differ- 
ent bitstreams from the same digital video input stream, 
with each bitstream conforming to the syntax rules spec- 
ified by the MPEG video standard. 
[0004] Because of this variability in encoding, it is use- 
ful to provide measures for characterising compressed 
bitstreams, such as the video and audio bitstreams that 
conform to the MPEG standards. Such measures may 
provide objective indicators of the relative quality be- 
tween bitstreams generated by different encoders. Such 
objective measures may prove even more useful than a 
direct comparison of the decompressed streams at play- 
back. Moreover, such measures provide an objective 
mechanism for comparing the quality and other charac- 
teristics of compressed bitstreams generated from dif- 
ferent input signals. 

[0005] Embodiments of the present invention seeks 
to provide methods for generating graphical displays 
based on various measures for characterising com- 
pressed bitstreams, especially those conforming to 
MPEG video and audio standards. 
[0006] One aspect of the present invention seeks to 
generate a graphical display characterising a pack- 
etized bitstream. A time-stamp is extracted from each 
packet in the bitstream and an extraction time related to 
the time at which the time-stamp is extracted from each 
packet is recorded. The graphical display is generated 
from the time-stamp and corresponding extraction time 
for each packet, wherein, for each packet, the graphical 
display comprises a line segment based on a difference 
D between the value of the time-stamp and the extrac- 



tion time. 

[0007] In one embodiment, the present invention 
seeks to generate a bar graphical display characterising 
a video bitstream. Numbers of two or more different 

s types of bits are counted for each picture and the bar 
graphical display is generated from the numbers of bits 
for each picture, wherein ; for each picture, the bar 
graphical display comprises a bar whose total length is 
based on a total number of bits for each picture, wherein, 

10 for each picture, the fraction of a first type of bits is de- 
picted differently in the bar from the fraction of a second 
type of bits. 

[0008] In another embodiment, the present invention 
seeks to generate a bar graphical display characterising 

15 a video bitstream. A time-stamp is extracted for each 
picture in the bitstream and a number of bits is counted 
for each picture. The bar graphical display is generated 
from the time-stamp and corresponding number of bits 
for each picture, wherein ; for each picture, the bar 

20 graphical display comprises a bar whose length is based 
on the number of bits and whose position is based on 
the value of the time-stamp. 

[0009] In yet another embodiment, the present inven- 
tion seeks to generate a bar graphical display charac- 
25 terising a video bitstream. A number of bits is counted 
for each picture and the bar graphical display is gener- 
ated from the number of bits for each picture, wherein, 
for each picture, the bar graphical display comprises a 
bar whose length is based on the number of bits, where- 
30 in a bar representing a field of a frame picture is depicted 
differently from a bar representing a field of a field pic- 
ture. 

[0010] In still another embodiment, the present inven- 
tion seeks to generate a graphical display characterising 
35 a video bitstream. A quantization level used for each of 
a plurality of blocks in a picture is identified and a 
number of non-zero quantized coefficients is counted for 
each block in the picture. The graphical display is gen- 
erated from the quantization levels and the numbers of 
40 non-zero quantized coefficients, wherein, for each 
block, the graphical display comprises a point having a 
first coordinate corresponding to the quantization level 
for the block and a second coordinate corresponding to 
the number of non-zero quantized coefficients for the 

45 blOCk. 

[001 1 ] Another aspect of the invention provides appa- 
ratus for characterising a packetised bitstream. An em- 
bodiment of the apparatus provides means for generat- 
ing a graphical display characterising a packetized bit- 
so stream, means for extracting a time-stamp from each 
packet in the bitstream; means for recording an extrac- 
tion time related to the time at which the time-stamp is 
extracted from each packet; and means for generating 
the graphical display from the time-stamp and corre- 
55 sponding extraction time for each packet, wherein, for 
each packet, the graphical display comprises a line seg- 
ment based on a difference D between the value of the 
time-stamp and the extraction time. 
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[0012] For a better understanding of the present in- 
vention reference will now be made, by way of example, 
to the accompanying drawings in which: 

Fig. 1 shows a block diagram of a system for pro- 
ducing a graphical display comparing packet re- 
ceipt times for an MPEG transport stream with time- 
stamp data, according to one embodiment of the 
present invention; 

Fig. 2 shows a sample of a graphical display com- 
paring packet receipt time and corresponding pres- 
entation time-stamp data generated by the system 
of Fig. 1, according to one embodiment of the 
present invention; 

Fig. 3 shows a sample of a graphical display com- 
paring packet receipt time and decode time-stamp 
data generated by the system of Fig. 1 , according 
to an alternative embodiment of the present inven- 
tion; 

Fig. 4 is an example of a prior-art graphical displays 
indicating the total number of bits that occur be- 
tween the start codes of successive pictures in a 
video bitstream; and 

Fig. 5 shows a block diagram of a system for pro- 
ducing a graphical display indicating information re- 
lated to numbers of bits per picture, according to 
one embodiment of the present invention; 
Fig. 6 shows a sample of a graphical display depict- 
ing fractions of useful bits and zero-stuffing bits for 
each picture in a video bitstream based on data 
generated by the system of Fig. 5, according to one 
embodiment of the present invention; 
Fig. 7 shows a sample of a graphical display depict- 
ing other information related to numbers of bits 
based on data generated by a system similar to the 
system of Fig. 5, according to an alternative embod- 
iment of the present invention; 
Fig. 8 shows an example of a coefficient/quantiza- 
tion (C/Q) diagram, according to one embodiment 
of the present invention; and 
Fig. 9 shows an example of a C/Q diagram in the 
overlaid dashed lines function as graticule lines, 
corresponding to combinations that have been em- 
pirically determined to correspond to particular 
viewer quality levels. 

Characteristics Related to Time of Packet Reception 

[0013] In systems like MPEG-2, audio, video, and da- 
ta may be multiplexed into a transport stream. A trans- 
port stream consists of transport packets containing a 
variety of elementary streams. Packets of each elemen- 
tary stream within the transport stream are identified by 
a unique packet identifier or PID. Streams of packets 
with a particular PID can carry information which repre- 
sents video, audio, or data, combined into a packetized 
elementary stream (PES). Groups of related streams 
can be combined into programs. A program might con- 



tain a video PES stream, several different sets of data 
PES streams, and one or more different audio PES 
streams. Several programs may be multiplexed into a 
single transport stream. For simplicity each stream en- 

5 coded into transport stream packets with a particular 
packet identifier is referred to as a PID stream. The 
transport stream, therefore, is composed of one or more 
multiplexed PID streams. These streams may be re- 
ferred to as "video streams," "audio streams," or "data 

10 streams" depending on the type of information carried 
in them. 

[0014] In each MPEG transport stream, one PID 
stream (e.g., the video stream) contains program clock 
reference (PCR) data that the decoder uses to generate 

15 its own local clock signal, referred to as the system time 
clock (STC). The PID stream with the PCR data is re- 
ferred to as the PCR_PID stream. The decoder identi- 
fies packets in the received transport stream that are 
labelled with the PCR_PID, extracts the PCR data from 

20 those packets, and uses that data to generate the STC. 
The other PID streams in the transport stream are 
slaved to the PCR_PID stream. 

[001 5] According to the MPEG-2 standard, an access 
unit is a coded representation of a presentation unit. In 

25 the case of audio, an access unit is the coded represen- 
tation of an audio frame. In the case of video, an access 
unit includes all the coded data for a picture : and any 
stuffing that follows it, up to but not including the start of 
the next access unit. In general, depending on the situ- 

30 ation, an MPEG-2 access unit may represented in a bit- 
stream by one or more PES packets, or a single PES 
packet may correspond to two or more access units. For 
purposes of this specification, it is assumed that there 
is a one-to-one relationship between access units and 

35 PES packets, with each PES packet corresponding to a 
single access unit. Those skilled in the art will under- 
stand that the present invention can be applied to situ- 
ations in which there is not a strict one-to-one relation- 
ship between access units and PES packets. 

40 [0016] MPEG-2 PES packet headers, whether corre- 
sponding to the PCR_PID or not, may contain a pres- 
entation time-stamp (PTS) that identifies when the data 
in the corresponding packet should be presented during 
playback. The decoder compares the PTS value for a 

45 packet with its locally generated STC data to determine 
when to present the corresponding decoded data. In ad- 
dition, MPEG video PES packets may have a decode 
time-stamp (DTS) that identifies when the decoding of 
the data in the corresponding packet should be complet- 

50 ed. The decoder compares the DTS value for a packet 
to the STC data to schedule decoding of the correspond- 
ing encoded data. DTS data apply only to MPEG video 
bitstreams for which, under bi-directional encoding, pic- 
tures may be encoded in the bitstreams out of time se- 

55 quence. MPEG audio bitstreams have only PTS data. If 
an MPEG video bitstream has no DTS data, then the 
DTS value for a packet is set equal to the PTS value. 
[0017] It is useful to characterise the timing of the re- 
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ceipt of PES packets for an MPEG bitstream at a de- 
coder. This can be done by comparing the STC values 
when PES packets are received with the PTS and DTS 
data contained in those PES packets. Such compari- 
sons will provide an indication of the lead time being pro- 
vided to an MPEG decoder to handle its processing re- 
quirements. 

[0018] Fig. 1 shows a block diagram of a system 100 
for producing a graphical display comparing PES packet 
receipt times for an MPEG transport stream with either 
PTS or DTS data, according to one embodiment of the 
present invention. System 100 can be used for either 
video or audio streams. System 100 may be used to 
generate a graphical display for any one of the PES 
streams in an MPEG transport stream, whether the 
PCR_PID stream (containing the PCR data) or one of 
the other PES streams. 

[0019] In particular, block 102 of system 100 receives 
an MPEG transport stream, which has been demodulat- 
ed to a bit or byte sequence, and identifies those packets 
whose PID value is equal to the PID value for a selected 
PES stream in the transport stream. Block 104 extracts 
and latches the time-stamp information (PTS or DTS) 
from each identified packet. 

[0020] At the same time, block 106 receives the orig- 
inal MPEG transport stream and identifies those pack- 
ets whose PID value is equal to the PCR_PID value sig- 
nifying the PES stream in the transport stream contain- 
ing the PCR data. Depending on the selected PES 
stream, these may or may not be the same packets as 
those identified in block 102. Block 108 generates the 
system time clock from the PCR data contained in the 
PCR_PID packets. Block 108 may be implemented us- 
ing an STC recovery circuit such as that described in 
the MPEG standard, or by any other appropriate way of 
re-creating system time. 

[0021] Block 110 receives the STC data from block 
108 and latches specific STC values based on control 
signals generated by block 104. Block 104 generates 
the control signals based on the timing of the extraction 
of time-stamp values from the packets identified by 
block 102. In other words, whenever block 104 extracts 
a time-stamp value from a packet, block 1 1 0 latches the 
current STC value. These latched time-stamp values 
from block 104 and corresponding latched STC values 
from block 110 are received by block 112, which, based 
on the same control signals from block 104, generates 
entries for a list of corresponding data that is used by 
block 1 1 4 to generate the graphical display of this timing 
data. 

[0022] For example, the difference between a PTS 
value extracted from a PES packet and the correspond- 
ing STC value at which that PTS value is extracted in- 
dicates how much lead time the decoder has between 
receipt of the PES packet and the time at which the de- 
coder will have to present the data decoded from that 
PES packet. Similarly the difference between a DTS 
value extracted from a PES packet and the correspond- 



ing STC value at which that DTS value is extracted in- 
dicates how much lead time the decoder has between 
receipt of the PES packet and the time at which the de- 
coder will need to have completed the decoding of the 
5 encoded data in that PES packet. 

[0023] Fig. 2 shows a sample of a graphical display 
comparing PES packet receipt time and corresponding 
PTS data generated by system 100 of Fig. 1 , according 
to one embodiment of the present invention. In particu- 
10 lar, Fig. 2 presents a graphical representation of the dif- 
ference between the PTS value for a packet and the 
STC value indicating the time at which the packet was 
received (or, more accurately, the time at which the PTS 
value was extracted from the received packet). Each 
15 pair of corresponding PTS and STC values (i.e. ; PTSi, 
STCi) is depicted as a line segment starting at the point 
(STCi, PTSi-STCi) and ending at the point (PTSi, 0), 
where the X axis corresponds to STC time and the Y 
axis corresponds to the "time till presentation" ofthecor- 
20 responding packet data. Thus, each diagonal line seg- 
ment in Fig. 2 corresponds to a different PES packet and 
provides a visual indication of the lead time between 
packet reception and presentation time. The vertical di- 
mension of the graph is bounded by the maximum delay 
25 possible for the encoder system, while the horizontal di- 
mension may correspond to the data for a selected time 
period (e.g., the last one second). 
[0024] Fig. 3 shows a sample of a graphical display 
comparing PES packet receipt time and DTS data gen- 
30 erated by system 1 00 of Fig. 1 , according to an alterna- 
tive embodiment of the present invention. Fig. 3 is sim- 
ilar to Fig. 2, with PES packet DTS data being used in- 
stead of PTS data. As such, in Fig. 3, the Y axis may be 
interpreted to correspond to "time till decode comple- 
35 tion" for the corresponding packet data. Thus, each di- 
agonal line segment in Fig. 3 corresponds to a different 
PES packet and provides a visual indication of the lead 
time between packet reception and decode completion 
time. The vertical dimension of the graph is bounded by 
40 the maximum delay possible for the bitstream, while the 
horizontal dimension may correspond to the data for a 
selected time period (e.g., the last one second). In Fig. 
3, the vertical dimension is bounded by the maximum 
delay possible for the bitstream. 
45 [0025] The following are some features that can be 
implemented, according to alternative embodiments of 
the present invention: 

o Since the type of picture (i.e., I, P, D) is encoded 
50 into each video PES packet, each diagonal line seg- 
ment in Figs. 2 and 3 can be colour coded to indicate 
the corresponding picture type. This can be useful 
because different picture types typically involve dif- 
ferent amounts of data. I and P pictures, for exam- 
55 pie, typically have more data than B pictures and 
therefore typically require more lead time to de- 
code. When bi-directional encoding is used, certain 
PTS-based line segments should even be longer to 
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reflect the fact that certain pictures appear in the 
bitstream out of time sequence. 

o Colour coding can also be applied to the X axis to 
indicate the period of time that each packet was be- 
ing received, with the colour indicating the picture 
type corresponding to the packet. In addition hash 
marks can be added to the X axis to indicate the 
end and beginning of successive B pictures. 

o The display may be updated by having the line seg- 
ments scroll smoothly in real time from right to left 
with segments for recently received data packets 
being added at the right end of the display. Alterna- 
tively, the entire display can be periodically re- 
freshed as a whole (e.g., once for every time period 
presented). Alternatively, the display can be re- 
freshed with a wipe type of update (such as the wip- 
ing of a radar screen). In this case, the STC axis 
would have a sliding break in it to indicate the cur- 
rent location of the wipe. 

o Instead of plotting the time of reception of the start 
of a picture (i.e., reception of the PES packet head- 
er), PTS-STC or DTS-STC may be plotted as a 
function of the time of reception of the end of the 
picture (i.e., completion of the reception of the pack- 
et as indicated by the beginning of the next packet 
header). 

o The entire graph can be rotated, e.g., by +I-45 de- 
grees such that the X and Y axes are diagonal and 
the line segments are either horizontal or vertical. 

o The method of illustrating PTS data can be applied 
to non-video streams as well, including audio 
streams. If addition, data for two or more different 
programs from the same transport stream (e.g., vid- 
eo and one or more corresponding audio streams) 
can be overlaid on the same display since they 
share the same system time base, with line seg- 
ments corresponding to different programs being in- 
dicated by colour coding or type of line (e.g., solid, 
dotted, dashed) or some other means. 

[0026] Blocks 102-112 of system 100 may be imple- 
mented as part of a plug-in board to a personal computer 
having graphics software designed to implement block 
1 1 4. System 1 00 may be used to generate graphical dis- 
plays similar to Figs. 2 and 3 for either constant bit rate 
systems or variable bit rate systems. 

Characteristics Related to Numbers of Bits per Picture 

[0027] It is also desirable to indicate the relative 
number of bits used to encode each of the pictures in 
an MPEG video bitstream. It is known to generate 
graphical displays that indicate the total number of bits 
that occur between the start codes of successive pic- 
tures in a video bitstream. Fig. 4 is an example of such 
a display in which the number of bits between each suc- 
cessive pair of pictures is indicated as a single bar in a 
bar graph plotting numbers of bits (Y axis) as a function 



of picture number (X axis), where the picture number 
may be in transmission order or display order, and the 
bars may be colour coded to indicate picture type. Such 
displays, however, provide only a limited amount of in- 
5 formation. For example, they do not distinguish the 
number of bits actually used to encode the picture data 
from the zero-stuffing bits that may be inserted into an 
MPEG bitstream. 

[0028] Fig. 5 shows a block diagram of system 500 
10 for producing a graphical display indicating information 
related to numbers of bits per picture, according to one 
embodiment of the present invention. 
[0029] In particular, block 502 of system 500 receives 
an MPEG transport stream and identifies those PES 
15 packets whose PID value is equal to the PID value for 
a selected video PES stream in the transport stream. 
Block 504 extracts and latches certain header informa- 
tion from each identified packet. In particular, block 504 
may search the input stream for header information in 
20 the PES header, the Sequence header, and/or the Pic- 
ture header. The extracted header information may in- 
clude such MPEG variables as PTS, DTS, frame_rate, 
bit_rate, vbv_buffer_size, progressive_sequence, 
picture_coding_type, picture_structure, temporal_ref- 
25 erence, and/or repeat_first_field. 

[0030] At the same time, block 506 counts the total 
number of bits in each packet, while block 508 counts 
the number of zero-stuffing bits in each packet. Depend- 
ing on the implementation, block 506 may exclude trans- 
30 port header bits, adaptation bits, and PES header bits. 
Zero-stuffing bits may be defined as those bits con- 
tained in bytes having hex value (00) that occur after 
two bytes of hex value (00). Zero-stuffing bits precede 
a start code, such as a picture start code. Alternatively, 
35 block 508 may count other stuffing bits, such as adap- 
tation field stuffing bytes in addition to or instead of the 
zero-stuffing bits. 

[0031] Block 510 receives the counts of bits from 
blocks 506 and 508 and latches those values based on 
40 control signals generated by block 504. Block 504 gen- 
erates the control signals based on the timing of the ex- 
traction of header information from the packets identi- 
fied by block 502 (e.g., at the start of a video access 
unit). In other words, whenever block 504 extracts head- 
45 er information from a packet, block 510 latches the cur- 
rent total bit count value and the current zero-stuffing bit 
count value. The header information from block 504 and 
corresponding latched bit count values from block 510 
are received by block 512, which, based on the same 
50 control signals from block 504, generates entries for a 
list of corresponding data that is used by block 514 to 
generate the graphical display of this bit-related data. 
[0032] By separately counting the total number of bits 
and the number of zero-stuffing bits in each packet, dis- 
55 plays can be generated that simultaneously indicate 
both the total number of bits per packet as well as the 
fraction of those bits actually used to encode the corre- 
sponding picture (i.e., "the useful bits") as compared 
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with the fraction inserted as zero-stuffing bits into the 
corresponding packet. 

[0033] Fig. 6 shows a sample of a graphical display 
depicting fractions of useful bits and zero-stuffing bits 
for each picture in a video bitstream based on data gen- 
erated by system 500 of Fig. 5, according to one em- 
bodiment of the present invention. In particular, Fig. 6 
presents a bar graph in which each bar corresponds to 
a picture and the total height of each bar corresponds 
to the total number of bits in the packet used to encode 
that picture. In Fig. 6, each bar has a thick portion indi- 
cating the fraction of the total bits that are useful bits and 
a thin portion indicating the fraction of the total bits that 
are zero-stuffing bits. Here, too, the bars can be colour 
coded to indicate different picture types. Alternatively, 
the fractions of useful and zero-stuffing bits can be dis- 
tinguished in ways other than thickness of bar, such as 
by shading or colour coding. 

[0034] Fig. 7 shows a sample of a graphical display 
depicting other information related to numbers of bits 
based on data generated by a system similar to system 
500 of Fig. 5, according to an alternative embodiment 
of the present invention. MPEG standards support two 
kinds of pictures: field pictures, in which each image is 
based on a single field of pixel data, and frame pictures, 
in which each image is based on two fields of pixel data. 
Fig. 7 presents a bar graph in which thick bars corre- 
spond to frame pictures and pairs of thin bars corre- 
spond to the two field pictures used to encode a single 
video frame. In order to present the information in a use- 
ful manner, the scale used for the thick bars correspond- 
ing to frame pictures is twice that used for the thin bars 
corresponding to field pictures, since each field picture 
typically takes about half the number of bits to encode 
as a frame picture, for the same picture type. Thus, in 
Fig. 7, a thin bar would represent half as many bits as 
a thick bar of the same height. 

[0035] In addition, Fig. 7 plots the bars as a function 
of presentation time (i.e., using the PTS value in each 
packet to determine the location of the corresponding 
bar along the X axis) rather than picture number. In this 
way, a relatively large gap between successive bars 
would indicate the existence of a 3:2 pulldown frame 
structure in the bitstream. Alternatively, the bars may be 
plotted as a function of decode time (i.e., using the DTS 
value in each packet for the X axis) 
[0036] Average bits per picture (ABPP) may be calcu- 
lated by dividing the bit_rate parameter by the 
frame_rate parameter. For a frame picture with the 
repeat_first_field parameter set, and for the following 
frame picture, the value of ABPP is raised by a factor of 
5/4, because it takes five field times to show the four 
fields (i.e., two frames) in MPEG-2 encoding. ABPP is 
shown as a horizontal line (B in Fig. 7) that overlays the 
bar graph. When 3:2 pulldown is enabled, then this val- 
ue of bits per picture goes up, as shown in line C in Fig. 
7. Another line (D) may be drawn at the maximum bits 
per pictures level as defined by the MPEG standard or 



it may simply be based on the vbv_buffer_size param- 
eter. 

[0037] Like the blocks in system 100 of Fig. 1 , blocks 
502-512 of system 500 of Fig. 5 may be implemented 

5 as part of a plug-in board to a personal computer having 
graphics software designed to implement block 514. 
System 500 may be used to generate graphical displays 
similar to Figs. 6 and 7 for either constant bit rate sys- 
tems or variable bit rate systems. Moreover, system 500 

10 may be combined with system 1 00 of Fig. 1 into a single 
combined system having all of the capabilities of both 
systems 100 and 500. Such combined systems may be 
used to generate graphical displays representing other 
characteristics of MPEG video and audio bitstreams. 

15 Some of these characteristics are described in the fol- 
lowing sections. 

Characteristics Related to Data Quantization 

20 [0038] In MPEG video processing, a discrete cosine 
transform (DCT) is applied to blocks of pixels or inter- 
frame pixel differences to generate blocks of DCT coef- 
ficients. These DCT coefficients may then be quantized 
and the resulting quantized coefficients may be further 

25 encoded (e.g., using run-length and Huffman encoding) 
to generate compressed data for the video bitstream. 
Quantization may be applied at different quantization 
levels that can change both from block to block within a 
picture as well as between pictures. Typically quantiza- 

30 tion causes some of the quantized coefficients in each 
block to be zero. The stronger the level of quantization, 
the greater the number of quantized coefficients having 
a value of zero. The number of zero quantized coeffi- 
cients for a given quantization level typically depends 

35 on the type imagery being processed. High-contrast im- 
agery will typically have fewer zero quantized coeffi- 
cients for a given quantization level than low-contrast 
imagery. On the other hand, quantization errors in the 
intensity data corresponding to low-contrast imagery 

40 are more noticeable to the human eye than similar errors 
in high-contrast imagery. As a result, high-contrast im- 
agery can be quantized at a higher level than low-con- 
trast imagery without adversely affecting the fidelity of 
the video playback. The quantization level and the re- 

45 suiting number of zero quantized coefficients affects 
such (sometimes competing) characteristics as bit rate 
and playback fidelity. Higher quantization level usually 
means lower bit rate and lower playback fidelity. 
[0039] Fig. 8 shows an example of a coefficient/quan- 
go tization (C/Q) diagram, according to one embodiment of 
the present invention. A C/Q diagram shows the distri- 
bution and frequency of occurrence of different combi- 
nations of quantization level and number of non-zero 
quantized coefficients (i.e. ; the number of coefficients 

55 that "survive" the quantization process). In particular, 
the X axis in Fig. 8 corresponds to quantization levels 
and the Y axis corresponds to numbers of non-zero 
quantized coefficients. Each point in a C/Q diagram is 
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based on the quantization level applied to a particular 
block of DCT coefficients and the resulting number of 
non-zero quantized coefficients. A C/Q diagram can be 
generated by a separate piece of test equipment or by 
an encoder (as a video stream is compressed) or by a s 
decoder (as a video bitstream is decompressed). 
[0040] The distribution of points in a C/Q diagram con- 
veys useful information about the selection of quantiza- 
tion levels made by an MPEG encoder. The displayed 
results can be used in a variety of ways, including: 10 

o Checking for "out-liers : " that is, points correspond- 
ingto either a much higher or lower quantization lev- 
el than other points with a similar number of non- 
zero coefficients; 15 

o Seeing the general trend and slope of the distribu- 
tion of points; 

o Seeing if the encoding method uses all possible val- 
ues of quantization level, or whether it limits those 
values to a range. 20 

o Comparing a system operating with two different 
quantization matrices to see if one causes limiting 
of the number of non-zero coefficients. 

[0041] The following are some features that can be 25 
implemented, according to alternative embodiments of 
the present invention: 

o Since there are a finite number of specific quantiza- 
tion levels (e.g., 31 quantization levels numbered 30 
along the X axis from 1 to 31 ) and a finite number 
of different numbers of non-zero coefficients (e.g., 
0 to 64 numbered along the Y axis) : there are a finite 
number of possible combinations of quantization 
level and number of non-zero coefficients. Foratyp- 3$ 
ical video picture, a given combination may occur 
more than once for different blocks in the picture. In 
one embodiment, the intensity of each point in a C/ 
Q diagram may be used to indicate the relative fre- 
quency of occurrence of that combination in the pic- 40 
ture, such that the more frequent the combination, 
the more the point's intensity differs from the display 
background. For example, in a "light-on-dark" dis- 
play, brighter points would signify more occurrences 
of the corresponding combination. 45 

o The frequency of combinations could be indicated 
by "blooming," where the number of display ele- 
ments illuminated in a particular region of a C/Q di- 
agram corresponding to a specific combination of 
quantization level and number of non-zero coeffi- so 
cients, is a function of the number of occurrences 
of that combination. For example, the region of a Of 
Q diagram corresponding to the combination of 
quantization level 8 and 5 non-zero coefficients 
could be represented by a square defined by four 55 
adjacent display elements located at (16,10), 
(16,9), (15,10), and (15,9), where the X and Y axes 
are expanded by a factor of two and all four points 



correspond to the same combination. In this exam- 
ple, if the combination occurs 1 to 5 times in a pic- 
ture, then only display element (16,10) is illuminat- 
ed; if the combination occurs 6 to 20 times, then il- 
luminate display elements (16,10) and (16,9); if the 
combination occurs 21 to 50 times, then illuminate 
display elements (16,10), (16,9), and (15,10); and 
if the combination occurs more than 50 times, then 
illuminate all four display elements. Note that the 
thresholds for illuminating an additional display el- 
ement need not be linearly spaced. 

o Blooming can be allowed to intrude another combi- 
nation's display region. Extending the previous ex- 
ample, if the combination occurs more than 100 
times, then also illuminate display element (16,11); 
and if the combination occurs more than 300 times, 
then also illuminate display element (15,11), even 
though these display elements correspond to one 
or more other combinations (e.g., a quantization 
level of 8 with 6 non-zero coefficients). 

o In displays having gray-scale or variable colours, 
the frequency of occurrence of combinations can be 
indicated both with varied intensities and by bloom- 
ing, where, for example, intensity is adjusted before 
blooming is used. 

o Since certain combinations of quantization level 
and number of non-zero coefficients typically make 
worse pictures than other combinations, a scale can 
be placed on a C/Q diagram to indicate what the 
effect of those combinations might be on quality. 
Fig. 9 shows an example of a C/Q diagram in which 
the overlaid dashed lines function as graticule lines, 
corresponding to combinations that have been em- 
pirically determined to correspond to particular 
viewer quality levels. Note that the graticule lines 
need not be straight. The individual graticule lines 
can be labelled according to an appropriate scale 
(e.g., 1 to 10, where 1 is the lowest quality and 10 
is the highest quality). Note that the graticule lines 
at the centre of the scale may correspond to more 
desirable encoding characteristics than the grati- 
cule lines at either end of the scale. 

o The data for one or more pictures may be presented 
simultaneously in a single C/Q diagram with data 
for different types of pictures (e.g., I, P, and B) indi- 
cated using different colours on the same graph with 
the axes slightly offset for each picture type so that 
the colou rs are shown clearly Since anchor pictures 
(I and P) may be more important than B picture, data 
for I and P pictures may be combined in a single 
colour (or set of colours). Pictures that are used to 
predict other pictures may be combined in one col- 
our set, with other pictures (e.g. ; isolated I pictures, 
P pictures that are not used to predict B pictures, 
and all B pictures) combined in another colour set. 

o A display may contain two or more different C/Q di- 
agrams. For example, data for I, P, and B pictures 
could be displayed on three different C/Q diagrams, 
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or anchor pictures (I and P) could be combined in a 
single C/Q diagram. Similarly data for intra coded 
and predicted blocks could be display on different 
C/Q diagrams. 

o The user may be provided with the ability to zoom 
in one a section of a C/Q diagram. 

o In MPEG-2, quantization levels may be non-linear, 
where equal numerical change in the parameter 
used to indicate quantization level does not neces- 
sarily result in an equal quality change. As such, the 
quantization level axis (i.e., the X axis in Figs. 8 and 
9) may be made non-linear, e.g. ; logarithmic. 

o Since the impact of an additional non-zero coeffi- 
cient may be more significant when there are fewer 
coefficients, the Y axis corresponding to numbers 
of non-zero coefficients can be made non-linear, e. 
g., logarithmic. In an alternative implementation, the 
Y axis can be made linearfor small values, then log- 
arithmic for larger values. 

o Since the size of non-zero coefficients may be as 
significant as the number of non-zero coefficients, 
the Y axis can be made to represent the number of 
bits used for non-DC coefficients, instead of the ab- 
solute number of coefficients. 

o C/Q diagrams like those of Figs. 8 and 9 ignore 
skipped blocks and macroblocks. The MPEG algo- 
rithm provides two ways to skip image parts: skip 
entire macroblocks or skip individual blocks. Since 
skipped areas are displayed, they contribute to the 
total picture quality and it would therefore be helpful 
to indicate the quality of skipped areas. Points along 
the quantization level axis can be used to indicate 
the occurrence of skipped blocks and macroblocks. 
When non-zero motion prediction is used, such a 
point may correspond to the current quantization 
level, that is, the quantization level in the previously 
used macroblock. When zero motion prediction is 
used, such a point may correspond to the quantiza- 
tion level of the pixels which will be displayed at that 
location. Thus, if the picture is a P picture and if a 
macroblock is skipped, then the quantization level 
is the value from that macroblock in the previous I 
or P picture. Alternatively, for a skipped area, an ap- 
proximate quantization level can be computed for 
the signals from which the skipped area is predict- 
ed, and used to determine the location of the point 
along the Y axis. 

o Since perception of chroma errors is different from 
luma errors, the scales used for chroma blocks may 
be different. In that case, data for chroma blocks 
and luma blocks are accumulated separately. The 
different data can be shown using different colour 
coding, or on separate C/Q diagrams which may 
have different scales, or by selectively including 
chroma data in the display. 

o While it may be interesting to show an entire pre- 
compressed sequence, for real-time signals, an ap- 
propriate level of persistence may need to be pro- 



vided. This may involve simulating phosphor per- 
sistence, and varying that persistence depending 
on GOP structure. On a real-time C/Q diagram, sev- 
eral pictures worth of information (e.g., the last N 

s pictures) can be shown at one time. Alternatively, 
data for all pictures that contribute to the current pic- 
ture (e.g., data for I and P pictures that are used to 
predict the current picture in addition to the data for 
the current picture) can be displayed at one time. 

10 Alternatively, data for all blocks that contribute to the 
current picture can be displayed at one time, 
o Data for pictures can be displayed in display order 
or in the order in which they occur in the bitstream. 
o Filtering may be provided to enable the user to se- 

15 lect only data derived from selected portions of the 
image. The selected portions can be specified in 
terms of rows or one or more rectangular regions 
on macroblock boundaries, 
o Since the human eye is more sensitive to variations 

20 in dark areas than in light areas, it may be desirable 
to show data from dark areas of an image, ignoring 
data from light areas. This can be accomplished by 
filtering the data on a block-by-block basis based 
on specified levels of luminance. 

25 o Quantization level alone may not be the most ap- 
propriate parameter. In one alternative embodi- 
ment, the X axis can correspond to a "visibility" 
number rather than quantization level, where visi- 
bility is a function of quantization level and block DC 

30 level. 

o There may be interest in analysing the performance 
of several video streams that are multiplexed "sta- 
tistically" into one transport stream. For this, data 
for multiple C/Q diagrams may be observed jointly, 

35 by displaying data derived from several video 
streams on one diagram at the same time. 

[0042] Although the present invention has been de- 
scribed in the context of MPEG video and audio stand- 
40 ards, those skilled in the art will understand that the 
present invention can be implemented for encoders, bit- 
streams, and decoders other than those that conform to 
MPEG video and audio standards. 
[0043] The present invention can be embodied in the 
45 form of methods and apparatuses for practising those 
methods. The present invention can also be embodied 
in the form of program code embodied in tangible media, 
such as floppy diskettes, CD-ROMs, hard drives, or any 
other machine-readable storage medium, wherein, 
50 when the program code is loaded into and executed by 
a machine, such as a computer, the machine becomes 
an apparatus for practising the invention. The present 
invention can also be embodied in the form of program 
code, for example, whether stored in a storage medium, 
55 loaded into and/or executed by a machine, or transmit- 
ted over some transmission medium, such as over elec- 
trical wiring or cabling, through fibre optics, or via elec- 
tromagnetic radiation, wherein, when the program code 
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is loaded into and executed by a machine, such as a 
computer, the machine becomes an apparatus for prac- 
tising the invention. When implemented on a general- 
purpose processor, the program code segments com- 
bine with the processor to provide a unique device that 
operates analogously to specific logic circuits. 
[0044] It will be further understood that various chang- 
es in the details, materials, and arrangements of the 
parts which have been described and illustrated in order 
to explain the nature of this invention may be made by 
those skilled in the art without departing from the prin- 
ciple and scope of the invention as expressed in the fol- 
lowing claims. 

Claims 

1. A method for generating a graphical display char- 
acterising a packetized bitstream, comprising the 
steps of: 

(a) extracting a time-stamp from each packet in 
the bitstream; 

(b) recording an extraction time related to the 
time at which the time-stamp is extracted from 
each packet; and 

(c) generating the graphical display from the 
time-stamp and corresponding extraction time 
for each packet, wherein, for each packet, the 
graphical display comprises a line segment 
based on a difference D between the value of 
the time-stamp and the extraction time. 

2. A method as claimed in claim 1 , wherein the graph- 
ical display has a first axis corresponding to time 
and a second axis corresponding to the difference 
D. 

3. A method as claimed in claim 2, wherein the first 
axis is a horizontal X axis, the second axis is a ver- 
tical Y axis, and the line segments are diagonal line 
segments. 

4. A method as claimed in claim 1 or 2 or 3, wherein: 

each line segment connects a start point and 
an end point; 

the start point has a first coordinate based on 
the extraction time and a second coordinate 
based on the difference D; and 
the end point has a first coordinate based on 
the time-stamp and a second coordinate of ze- 
ro. 

5. A method as claimed in claim 2 or 3 or 4, wherein 
the display of the first axis indicates the timing of 
reception of different packets. 



6. A method as claimed in any preceding claim, where- 
in the time-stamp is one of a presentation time- 
stamp and a decode time-stamp, and the bitstream 
comprises at least one of audio data and video data. 

5 

7. A method as claimed in claim 6 : wherein the bit- 
stream comprises video data and each line seg- 
ment is colour coded to indicate a picture type cor- 
responding to each packet. 

10 

8. A method as claimed in any preceding claim, where- 
in step (b) further comprises the step of generating 
a system time clock based on clock reference data 
extracted from the bitstream : wherein the extraction 

15 time is based on the system time clock. 

9. A method as claimed in claim 8, comprising the step 
of extracting the clock reference data from a pro- 
gram in the bitstream different from the program 

20 from which the time-stamps are extracted. 

10. A method as claimed in any preceding claim, where- 
in graphs of line segments from two or more differ- 
ent programs of a single transport stream are over- 

25 laid. 

11. A computer-readable medium having stored there- 
on a plurality of instructions, the plurality of instruc- 
tions including instructions which, when executed 

30 by a processor, cause the processor to implement 
a method for generating a graphical display charac- 
terising a packetized bitstream, the method com- 
prising the steps of: 

35 (a) extracting a time-stamp from each packet in 

the bitstream; 

(b) recording an extraction time related to the 
time at which the time-stamp is extracted from 
each packet; and 
40 (c) generating the graphical display from the 

time-stamp and corresponding extraction time 
for each packet, wherein, for each packet, the 
graphical display comprises a line segment 
based on a difference D between the value of 
45 the time-stamp and the extraction time. 

12. A method for generating a graphical display char- 
acterising a video bitstream, comprising the steps 
of: 

50 

(a) identifying a quantization level used for 
each of a plurality of blocks in a picture; 

(b) counting a number of non-zero quantized 
coefficients for each block in the picture; and 

55 (c) generating the graphical display from the 

quantization levels and the numbers of non-ze- 
ro quantized coefficients, wherein, for each 
block, the graphical display comprises a point 
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having a first coordinate corresponding to the 
quantization level for the block and a second 
coordinate corresponding to the number of 
non-zero quantized coefficients for the block. 

13. A method as claimed in claim 12, wherein the video 
bitstream is a PES stream, wherein each picture 
corresponds to a packet in the PES stream. 

14. A method as claimed in claim 12 or 1 3, wherein the 
number of occurrences of each combination of 
quantization level and number of non-zero quan- 
tized coefficients is indicated by the intensity of the 
point. 

15. A method as claimed in claim 12 or 13 or 14, where- 
in the number of occurrences of each combination 
of quantization level and number of non-zero quan- 
tized coefficients is indicated using blooming. 

16. A method as claimed in any one of claims 12 to 15, 
wherein the graphical display further comprises 
graticule lines providing a quality scale. 

17. A method as claimed in any one of claims 12 to 16, 
wherein colour coding is used to indicate data for 
different types of pictures. 

18. A method as claimed in any one of claims 12 to 17, 
wherein at least one of the quantization level and 
the number of non-zero quantized coefficients is 
plotted along a non-linear axis. 

19. A method as claimed in any one of claims 12 to 18, 
wherein the graphical display further comprises an 
indication of skipped areas in the picture. 

20. A method as claimed in any one of claims 1 2 to 1 9, 
wherein data for chroma blocks is distinguished 
from data for luma blocks. 

21. A method as claimed in any one of claims 12 to 20, 
wherein the graphical display comprises data for 
two or more pictures at the same time. 

22. A method as claimed in any one of claims 1 2 to 21 , 
wherein the graphical display corresponds to data 
for a subset of the picture. 

23. A computer-readable medium having stored there- 
on a plurality of instructions, the plurality of instruc- 
tions including instructions which, when executed 
by a processor, cause the processor to implement 
a method for generating a graphical display charac- 
terising a video bitstream, the method comprising 
the steps of: 

(a) identifying a quantization level used for 



each of a plurality of blocks in a picture; 

(b) counting a number of non-zero quantized 
coefficients for each block in the picture; and 

(c) generating the graphical display from the 
s quantization levels and the numbers of non-ze- 
ro quantized coefficients, wherein, for each 
block, the graphical display comprises a point 
having a first coordinate corresponding to the 
quantization level for the block and a second 

10 coordinate corresponding to the number of 

non-zero quantized coefficients for the block. 
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